便可以通过访问国内镜像加速器来加速 Docker Hub
的镜像下载。
不过这种办法也只能针对 docker.io
,其它的仓库地址并没有真正实际可用的加速器(至少我目前没找到)。
2、解决方案:用魔法打败魔法
既然无法治本,那治治标还是可以的吧。
若我们使用一台魔法机器从 gcr.io
或 quay.io
等仓库先把我们无法下载的镜像拉取下来,然后重新上传到 docker.io
,是不是就可以使用 Docker Hub
的镜像加速器来下载了。
镜像仓库迁移的功能,我这里采用了 Go Docker SDK ,整体实现也比较简单。
以需要转换的 gcr.io/google-samples/microservices-demo/emailservice:v0.3.5
为例,使用方式:
功能实现了,剩下的就是找台带有魔法的机器了。
GitHub Actions 就是个好选择,我们可以利用提交 issues
来触发镜像仓库迁移的功能。
workflow
的实现如下:
实际的使用效果:
只要执行最终输出的命令,就可以飞快的使用 Docker Hub 的加速器下载 gcr.io
或 quay.io
等镜像了。
last
本篇的实现已放在 GitHub : 版权:此文章版权归 One 所有,如有转载,请注明出处! 链接:可点击右上角分享此页面复制文章链接**https: